<!DOCTYPE html>
<html >
<head>
    <meta charset="utf-8"/>
    <meta http-equiv="X-UA-Compatible" content="IE=edge"/>
    
    <title>从海康28181的PS流解析H264的补充 | xilixili.net</title>
    <meta name="renderer" content="webkit">
    <meta name="HandheldFriendly" content="True">
    <meta name="MobileOptimized" content="320">
    <meta name="apple-mobile-web-app-capable" content="yes">
    <meta name="apple-mobile-web-app-status-bar-style" content="black-translucent">
    <meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1">

    <meta name="description" content="前文 《简单解析海康PS流获取H264》 针对海康摄像头的PS流解析做了简单处理，基本逻辑是正确的，但最近几个摄像头出现了一些奇怪的问题，需要针对相关现象进行查询。
RTP传输层项目中为了可靠处理且因其他原因使用了TCP来传输28181的RTP数据，根据 rfc4571 记录，使用TCP传输的时候只需要在RTP包之前打上2个字节的长度，用来控制，毕竟TCP是流式传输，只能靠长度字段进行包的区分。">

    <meta name="twitter:card" content="summary">
    <meta name="twitter:title" content="从海康28181的PS流解析H264的补充 | xilixili.net">
    <meta name="twitter:description" content="前文 《简单解析海康PS流获取H264》 针对海康摄像头的PS流解析做了简单处理，基本逻辑是正确的，但最近几个摄像头出现了一些奇怪的问题，需要针对相关现象进行查询。
RTP传输层项目中为了可靠处理且因其他原因使用了TCP来传输28181的RTP数据，根据 rfc4571 记录，使用TCP传输的时候只需要在RTP包之前打上2个字节的长度，用来控制，毕竟TCP是流式传输，只能靠长度字段进行包的区分。">

    <meta property="og:type" content="article">
    <meta property="og:title" content="从海康28181的PS流解析H264的补充 | xilixili.net">
    <meta property="og:description" content="前文 《简单解析海康PS流获取H264》 针对海康摄像头的PS流解析做了简单处理，基本逻辑是正确的，但最近几个摄像头出现了一些奇怪的问题，需要针对相关现象进行查询。
RTP传输层项目中为了可靠处理且因其他原因使用了TCP来传输28181的RTP数据，根据 rfc4571 记录，使用TCP传输的时候只需要在RTP包之前打上2个字节的长度，用来控制，毕竟TCP是流式传输，只能靠长度字段进行包的区分。">

    
    <meta name="author" content="rangerlee">
    
    <link rel="stylesheet" href="/css/vno.css">
    <link rel="stylesheet" href="/css/font-awesome.min.css">

    
    <link rel="icon" href="/images/avatar-small.png">
    

    <meta name="generator" content="hexo"/>
    
    <link rel="alternate" type="application/rss+xml" title="xilixili.net" href="/atom.xml">
    

    <link rel="canonical" href="xilixili.net/2019/10/23/parse-hikvision-camera-ps-stream-supplement/"/>

                 
</head>

<body class="home-template no-js">
    <script src="//cdn.bootcss.com/jquery/3.2.1/jquery.min.js"></script>
    <script src="/js/main.js"></script>
    <span class="mobile btn-mobile-menu">
        <i class="fa fa-list btn-mobile-menu__icon"></i>
        <i class="fa fa-angle-up btn-mobile-close__icon hidden"></i>
    </span>

    
<header class="panel-cover panel-cover--collapsed">
  <div class="panel-main">
    <div class="panel-main__inner panel-inverted">
    <div class="panel-main__content">

        <h1 class="panel-cover__title panel-title"><a href="/" title="访问首页 xilixili.net">xilixili.net</a></h1>
        
        <span class="panel-cover__subtitle panel-subtitle"><!-- 生活と技术の杂记 --></span>
        
        <hr class="panel-cover__divider">
        
        <p class="panel-cover__description">生活と技术の杂记</p>
        
	<hr class="panel-cover__divider panel-cover__divider--secondary">

        <div class="navigation-wrapper">
          <div>
          <nav class="cover-navigation cover-navigation--primary">
            <ul class="navigation">
              <li class="navigation__item"><a href="/#blog" title="访问博客" class="blog-button">博客</a></li>
            
            </ul>
          </nav>
          </div>
          <div>
          <nav class="cover-navigation navigation--social">
  <ul class="navigation">

  <!-- Weibo-->
  

  <!-- Github -->
  
  <li class="navigation__item">
    <a href="https://github.com/rangerlee" title="查看我的GitHub主页" target="_blank">
      <i class="social fa fa-github"></i>
      <span class="label">Github</span>
    </a>
  </li>


<!-- Stack Overflow -->
        

  <!-- Google Plus -->
  

<!-- Facebook -->

  
<!-- Twitter -->

  

  <li class="navigation__item">
    <a href="/atom.xml" title="RSS" target="_blank">
      <i class="social fa fa-rss"></i>
      <span class="label">RSS</span>
    </a>
  </li>


  <li class="navigation__item">
    <a href="mailto:http://mail.qq.com/cgi-bin/qm_share?t=qm_mailme&amp;email=RzUmKSAiNSsiIgchKD8qJi4raSQoKg" title="邮件联系我" target="_blank">
      <i class="social fa fa-envelope"></i>
      <span class="label">Email</span>
    </a>
  </li>


  </ul>
</nav>

          </div>
        </div>

      </div>

    </div>

    <div class="panel-cover--overlay cover-alpha"></div>
  </div> 
</header>
<script type="text/javascript">
var side = document.getElementsByClassName("panel-cover")[0];
function checkWebp() {
	try{
		return(document.createElement('canvas').toDataURL('image/webp').indexOf('data:image/webp') == 0);
	}catch(err) {
		return false;
	}
};

if(checkWebp()) {
	side.style.backgroundImage = "url('/images/background-cover.jpg.webp')";
} else {
	side.style.backgroundImage = "url('/images/background-cover.jpg')";
}
</script>


    <div class="content-wrapper">
        <div class="content-wrapper__inner">
            <article class="post-container post-container--single">

  <header class="post-header">
    <div class="post-meta">
      <time datetime="2019-10-23T05:53:00.000Z" class="post-list__meta--date date">2019-10-23</time> &#8226; <span class="post-meta__tags tags">
  <a class="tag-link" href="/tags/技术/">技术</a>
 </span>
      <span class="page-pv">
       阅读 <span id="busuanzi_value_page_pv"><i class="fa fa-spinner fa-spin"></i></span>
      </span> 
   
    </div>
    <h1 class="post-title">从海康28181的PS流解析H264的补充</h1>
  </header>

  <section class="post">
    <p>前文 <a href="/2018/05/11/parse-hikvision-camera-ps-stream/">《简单解析海康PS流获取H264》</a> 针对海康摄像头的PS流解析做了简单处理，基本逻辑是正确的，但最近几个摄像头出现了一些奇怪的问题，需要针对相关现象进行查询。</p>
<h3 id="RTP传输层"><a href="#RTP传输层" class="headerlink" title="RTP传输层"></a>RTP传输层</h3><p>项目中为了可靠处理且因其他原因使用了TCP来传输28181的RTP数据，根据 <a href="https://tools.ietf.org/html/rfc4571" target="_blank" rel="noopener">rfc4571</a> 记录，使用TCP传输的时候只需要在RTP包之前打上2个字节的长度，用来控制，毕竟TCP是流式传输，只能靠长度字段进行包的区分。</p>
<p>因此使用了TCP方式的RTP看起来问题不大，简单处理下就可以提取出PS数据了，事实也基本如此。但是出问题的摄像头却经常在解析RTP的时候出错，即判断RTP标志和SSRC出错，证明不是RTP包或者说包错乱。经过调试，打印出RTP头的所有信息，确实是在某个包后就出错了。打开二进制进行查看，发现出错之后往后部分数据之后，还能发现新的RTP包，看来是丢数据了。</p>
<p>将抓包数据写个测试程序测试，测试程序在解析RTP出错之后，往后查新的RTP包（主要靠SSRC），然后打印每个包的时间戳和序列号，发现确实是中间丢了几个包，TCP还能丢包？再看看日志发现，出现问题的摄像头都是上传速度非常慢的摄像头，即每秒仅能上传几帧视频的，而且丢包丢的都是I帧，毕竟I帧非常大。</p>
<p>因此猜测摄像头本身逻辑可能有点问题，即内部编码数据后，可能累积了大量未发送的数据，然后进行了内部丢包，而且这个丢包应该并没有按照一个RTP包去丢，而是直接丢弃的缓存数据，因而造成了上述问题。当然这只是根据现象的猜测，至于具体嘛，咱也不知道，咱也没有问。</p>
<p>还有一个现象是，这种丢包发生一会之后网络连接就被摄像头给断了。因为暂时不确定其他推流速度正常的摄像头是否会偶发这种现象，因此暂时任务可能偶发，针对性的类似测试程序一样，出现问题了通过查找下一个包来缓解挽救。但这由于丢包肯定会导致解析媒体数据出现错误，也就是下面的问题。</p>
<h3 id="PS解析的错误处理"><a href="#PS解析的错误处理" class="headerlink" title="PS解析的错误处理"></a>PS解析的错误处理</h3><h4 id="网络丢包造成的无法解析"><a href="#网络丢包造成的无法解析" class="headerlink" title="网络丢包造成的无法解析"></a>网络丢包造成的无法解析</h4><p>如上，在丢包后，肯定会造成数据无法解析，这个时候肯定不能再继续处理了，肯定要结束当前的解析状态。也就是要上面网络层的配合，即网络层发现丢包之后要反馈给PS解析，让PS解析器及时的停止和重置，具体说来，大概是如果当前已经解析了一些媒体数据了，则提交这些数据，等待下一个PS包的到来（0x000001ba）。</p>
<h4 id="PS数据格式错误？"><a href="#PS数据格式错误？" class="headerlink" title="PS数据格式错误？"></a>PS数据格式错误？</h4><p>在没有丢包的情况下，在解析PS的时候依然出现了问题，其格式大概如下</p>
<p><picture class="picture"><source type="image/webp" srcset="/2019/10/23/parse-hikvision-camera-ps-stream-supplement/20191023101633077.png.webp"><img class="image" src="/2019/10/23/parse-hikvision-camera-ps-stream-supplement/20191023101633077.png" alt=""></picture></p>
<p>如上 <code>0x000372F0</code> 偏移处是前一个PES包（大小65478），里面解析了一个I帧<code>0x000372FC</code>，然后下一个PES包是 <code>0x0004C72C</code> 偏移处。二者偏移远远超过了 <code>0xFFFF</code> 大小，而PES的大小就是两个字节表示的。那么这就意味着格式有误，同时在RTP层解析确认此处的RTP流是顺序的，是没有丢包发生的。</p>
<p>虽然这个软件能解析出来后续的，但确实是对不上格式定义的，那这个也是一个坑。这个地方我也打算同上处理，解析的时候发生错误时候，查找下一个 <code>0x000001XX</code> 即可。同时也会兼顾RTP层的包及新的PS包 <code>0x000001BA</code> 出现。</p>
<h3 id="其他问题"><a href="#其他问题" class="headerlink" title="其他问题"></a>其他问题</h3><h4 id="PS中媒体的真正时间戳"><a href="#PS中媒体的真正时间戳" class="headerlink" title="PS中媒体的真正时间戳"></a>PS中媒体的真正时间戳</h4><p>一般一个PS中存在了一个时间戳的视频包和一个时间戳的音频包，但是这个音频包和视频包可能时间戳是不相同的，为了表示准确，解析的时候尽量是按照时间戳变化后提交一次数据，无论是音频还是视频，基本上时间戳就没问题了。</p>

  </section>

</article>

<section class="read-more">
           
    
               
            <div class="read-more-item">
                <span class="read-more-item-dim">最近的文章</span>
                <h2 class="post-list__post-title post-title"><a href="/2019/10/30/fmp4-unsupport-live/" title="FMP4不支持直播">FMP4不支持直播</a></h2>
                <p class="excerpt">
                
                因为在直播中，H5侧目前主要是B站的 flv.js 这个项目来做FLV的直播，但是H5原生支持MP4，而且SRS等均只输出简单的FLV视频。因此可以考虑尝试使用直接输出MP4的方法来实现，这样就可以跳过很多控制，直接原生支持，结果验证失败了。
测试前思考想要输出MP4，势必先要了解MP4的格式，然后
                &hellip;
                </p>
                <div class="post-list__meta"><time datetime="2019-10-30T09:37:00.000Z" class="post-list__meta--date date">2019-10-30</time> &#8226; <span class="post-list__meta--tags tags">
  <a class="tag-link" href="/tags/技术/">技术</a>
</span><a class="btn-border-small" href="/2019/10/30/fmp4-unsupport-live/">继续阅读</a></div>
                           
            </div>
        
        
               
            <div class="read-more-item">
                <span class="read-more-item-dim">更早的文章</span>
                <h2 class="post-list__post-title post-title"><a href="/2019/10/21/dev-linux-with-visual-studio/" title="使用VS开发Linux程序">使用VS开发Linux程序</a></h2>
                <p class="excerpt">
                
                VisualStudio的新版本已经开始支持远程编译调试Linux了，我安装了VS2017，尝试在Windows上写了一个Linux服务程序，非常方便。
基本原理能支持Linux开发的也只是在最新的版本中才行，好像应该是2015起。当然在安装VS的时候必须勾选跨平台下的Linux，没有安装的打开安装
                &hellip;
                </p>
                <div class="post-list__meta"><time datetime="2019-10-21T09:45:00.000Z" class="post-list__meta--date date">2019-10-21</time> &#8226; <span class="post-list__meta--tags tags">
  <a class="tag-link" href="/tags/技术/">技术</a>
</span><a class="btn-border-small" href="/2019/10/21/dev-linux-with-visual-studio/">继续阅读</a></div>
                       
            </div>
        
     
   
   
  
</section>



	<script>
	(function(){
		var bp = document.createElement('script');
		var curProtocol = window.location.protocol.split(':')[0];
		if (curProtocol === 'https') {
			bp.src = 'https://zz.bdstatic.com/linksubmit/push.js';        
		}
		else {
			bp.src = 'http://push.zhanzhang.baidu.com/push.js';
		}
		var s = document.getElementsByTagName("script")[0];
		s.parentNode.insertBefore(bp, s);
	})();
	</script>



<script>
(function(){
var src = (document.location.protocol == "http:") ? "http://js.passport.qihucdn.com/11.0.1.js?8612a7fa26d7ba4562be733ae33649b1":"https://jspassport.ssl.qhimg.com/11.0.1.js?8612a7fa26d7ba4562be733ae33649b1";
document.write('<script src="' + src + '" id="sozz"><\/script>');
})();
</script>



            <footer class="footer">
    <span class="footer__copyright">
        &copy; 2023 rangerlee - 本站点采用 <a href="http://creativecommons.org/licenses/by-nc-sa/4.0/">知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议</a>
       
    </span>
    <span class="footer__copyright">
             - 本站基于开源 <a href="http://hexo.io">Hexo</a> 搭建，采用 <a href="https://github.com/rangerlee/hexo-theme-new-vno">hexo-theme-new-vno</a> 主题，修改自 <a href="https://github.com/monniya/hexo-theme-new-vno ">new-vno</a> 主题  <a href="http://www.beian.miit.gov.cn">皖ICP备16009457号</a>
         </span>
       
    
    
</footer>


        </div>
    </div>

     
    
    <script>
        var _hmt = _hmt || [];
        (function() {
            var hm = document.createElement("script");
            hm.src = "//hm.baidu.com/hm.js?bab4f71524319c10819bcae280021624";
            var s = document.getElementsByTagName("script")[0]; 
            s.parentNode.insertBefore(hm, s);
        })();
    </script>



    <script async src="//busuanzi.ibruce.info/busuanzi/2.3/busuanzi.pure.mini.js"></script>
    
    
</body>
</html>
